home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0241.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  4.2 KB  |  81 lines
  1.  
  2. > Date: Mon, 28 Sep 1992 23:27 +0200
  3. > From: "Phillip M. Hallam-Baker" <HALLAM@zws012.desy.de>
  4. >
  5. > Hello,
  6.  
  7. >    I would like to put the ZEUS online documentation online via WWW.I have
  8. > already got the various sources etc to compile on the DECstation and can run the
  9. >  browser on both VAX and Ultrix OK.
  10.  
  11. Great!  You might like to link up with Thomas Finnen who has a unix server running
  12. at DESY.
  13.  
  14. >    What I really want to do is to set up the server on the VAX though. This
  15. >  is where we do all the development etc, the DECstations belong to the offline
  16. >  group and they won't let us get SU privs which are needed to put up daemons. Or
  17. >  rather they might if they didn't suspect me of wanting to put up the TPU editor
  18. >  so that EDT junkies like myself can use the things.
  19.  
  20. Fine. Lots of people have set up the server under VMS. We haven't incorporated
  21. the changes needed into the distribution, but I'm sure a mail to www-talk would
  22. get replies of people who had done it.  There is a DCL server example in
  23. the W3 deamon documentation. The basic W3 files all compile under VMS, and there
  24. is (in HTFile.c?) a routine to convert unix-style filenames to VMS style.
  25. (The browser actually does that automatically when it runs on VMS, to read local
  26. files).
  27.  
  28. >    Long term what I would like to do is to get the various RDB and Oracle
  29. >  databases that the ZEUS online system is being reorganized arround up onto a W3
  30. >  server. This would save me the hassle of writting and maintaining browsers etc.
  31.  
  32. Good idea.  If the code from the generic W3-Oracle gateway can be of use to
  33. you then feel free...see  
  34. http://info.cern.ch/hypertext/WWW/Daemon/Oracle/Overview.html
  35.  
  36. >    This raises a number of questions, particularly in the area of security.
  37. >  I would like to use an authentication scheme. What I had in mind was that the
  38. >  client making a request requiring validation should recieve back a key which
  39. >  would be encoded at the client end and returned to the server where it would be
  40. >  decoded to see if it matched. The key would be changed on each pass. This would
  41. >  require a list of active keys to be kept in order to allow serving of multiple
  42. >  requests concurrently which would of course make the server non-idempotent.
  43.  
  44. We have a prototype server running which operates in a similar way, but currently
  45. without encryption: the passwords are simply sent in the clear over the net with
  46. every document retrieval. This is not high security, but it is as high as we
  47. currently have with telnet sessions.  This is being prototyped now.
  48.  
  49. >    The end product as far as ZEUS would be concerned would be just a single
  50. >  database that could be interrogated via WWW protocols and a number of customized
  51. >  form programs for interrogating it. However since we are using a G"odel
  52. >  synthesizer to produce the servers the project will naturally generate what
  53. >  amounts to a VHLL compiler for WWW compatible database servers.
  54.  
  55. I don't know about G"odel synthesisers nor VHLL though they both ring a bell...
  56. Obviously it would be a good move to have a rapid customisation system for
  57. producing hypertext views of relational databases. This could be perhaps a report
  58. generator perhaps just producing HTML if it ran fast enough for real-time server
  59. use. (A point-and click graphic view builder would be cool of course!)
  60.  
  61. >    Another idea I had was to integrate a HTML output window into my TROJAN
  62. >  user interface synthesizer. This is a UIMS which spans Motif, Curses and SMG.
  63. >  Other interfaces (particularly X-Windows related ones) can easily be added..
  64. >  This would allow a fairly nice browser and possibly editor to be written, on the
  65. >  VAX I would connect it to the LinkWorks package which is DECs own Hyper-product
  66. >  which comes bundled in Motif. I suspect other vendors will shortly follow. What
  67. >  I had in mind was a "WWW" output window which use a WWW hypertext link as the
  68. >  linkable object thus allowing the DEC supplied "notepad" editor and cardfiler to
  69. >  be used as a hypertext editor, I'm not clear on the design of this yet.
  70.  
  71. We have wondered about Linkworks integration, putting a W3 engine on so that
  72. linkworks linsk could be makde to W3 objects, and maybe making a W3 retrieval
  73. client which would use a table to fire up appropriate DEC tools when given
  74. data in particular formats.
  75.  
  76. >        Phill M. Hallam-Baker
  77.  
  78. Tim Berners-Lee
  79.  
  80.  
  81.